home *** CD-ROM | disk | FTP | other *** search
/ EuroCD 3 / EuroCD 3.iso / Programming / Amos / AMOSList-0497 / AMOSLIST / 000209_amos-request@svcs1.digex.net_Fri Apr 25 09:55:41 1997.msg < prev    next >
Text File  |  1998-06-24  |  4KB  |  88 lines
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224])
  2.     by mail3.access.digex.net (8.8.5/8.8.5) with ESMTP id JAA13566
  3.     for <mcox@access.digex.net>; Fri, 25 Apr 1997 09:55:40 -0400 (EDT)
  4. Received: (from daemon@localhost)
  5.     by svcs1.digex.net (8.8.5/8.8.5) id HAA00982
  6.     for amos-out; Fri, 25 Apr 1997 07:25:55 -0400 (EDT)
  7. Received: from mail3.access.digex.net (mail3.access.digex.net [205.197.247.4])
  8.     by svcs1.digex.net (8.8.5/8.8.5) with ESMTP id HAA00979
  9.     for <amos-list@svcs1.digex.net>; Fri, 25 Apr 1997 07:25:54 -0400 (EDT)
  10. Received: from europa.salford.ac.uk (europa.salford.ac.uk [146.87.3.2])
  11.     by mail3.access.digex.net (8.8.5/8.8.5) with ESMTP id HAA02081
  12.     for <amos-list@access.digex.net>; Fri, 25 Apr 1997 07:25:53 -0400 (EDT)
  13. Received: from cms-notes-a.salford.ac.uk (actually host cms-notes-a.cms.salford.ac.uk) 
  14.           by europa.salford.ac.uk with SMTP (PP);
  15.           Fri, 25 Apr 1997 12:24:30 +0100
  16. Received: by cms-notes-a.salford.ac.uk(Lotus SMTP MTA v1.06 (346.4 3-18-1997))  
  17.           id 80256484.003E97FC ; Fri, 25 Apr 1997 12:23:41 +0100
  18. X-Lotus-FromDomain: UNIVERSITY OF SALFORD
  19. From: Lee S Howarth <L.S.Howarth@cms.salford.ac.uk>
  20. To: amos-list@access.digex.net
  21. Message-ID: <80256484.003C4928.00@cms-notes-a.salford.ac.uk>
  22. Date: Fri, 25 Apr 1997 12:23:16 +0100
  23. Subject: re:amospro screens
  24. Mime-Version: 1.0
  25. Content-type: text/plain; charset=us-ascii
  26. Status: RO
  27. X-Status: 
  28.  
  29.  
  30.  
  31.  
  32.  
  33.  
  34. Mush...
  35. your logic is a bit awry when you come to talking about your c2p stuff...
  36. when you say about POKEing the colours to your reserved data store, that is
  37. correct BUT then you say to COPY it to the screen, err, why not write to
  38. the screen directly... IF and thats a big IF, the Amiga even had a chunky
  39. screen :-)
  40. Thats the whole point of a c2p routine, it converts the chunky byte per
  41. pixel data to the Amigas planar screen display... The amigas display is
  42. constructed of bitplanes, let me explain:
  43.  
  44.  
  45. the amiga has diffrerent screen modes, OK
  46.  
  47. 2 cols = 1 bitplane
  48. 4 cols =  2 bitplanes
  49. 8 cols = 3 bitplanes
  50. 16 cols = 4 bitplanes
  51. 32 cols = 5 bitplanes
  52. 64 cols = 6 bitplanes
  53. 128 cols = 7 bitplanes
  54. 256 cols = 8 bitplanes
  55.  
  56. now, a bitplane is basically a sheet which for a 320x256 will be 40 bytes X
  57. 256 lines. now 40 bytes X 8 = 320 and a byte contains the 8 bits which
  58. represent a pixel on/off. Now with a 2 colour screen(eg. black and white)
  59. you have 1 bitplane and if you want to set the 2nd pixel on the first line
  60. you would set the first byte as %01000000
  61. Now when you start adding more colours, more bitplanes are added(see table
  62. above) and diffrerent combinations of set bits on the bitplanes will show
  63. different colours on the screen.
  64.  
  65. bitplane 0, first line, first byte:      01000000
  66. bitplane 1,first line first byte:  01000000        now this would show
  67. colour 3 on the 2nd pixel of the top line. (the colours
  68.                range from 0-no of cols) remember
  69.  
  70. i hope that sort of clears things up a little, i`m not very g00d at
  71. explaining things, i left out things like ham mode becoz they just makes
  72. things even more difficult ;-)
  73. My STRONG advice is to not even bother to write your own c2p (not yet
  74. anyway ;-) and use one of the many freely available ones from the PD.  I
  75. use a few at the moment (depending on the situation, one of them uses a 2mb
  76. fastmem buffer, hehe) and i use the Call command to call the compiled
  77. assembler program from a bank. Doing a c2p in AMOS code would be slow and
  78. useless, the c2p HAS to be quick for it to be useful and I doubt ANYBODY
  79. could write a c2p routine in AMOS that could compete with an assembler one
  80. :-)
  81.  
  82. Melee The Student who has just bought an 50mhz FPU for my 50mhz Amiga, and
  83. 18mb, and 850mb 3.5" hardrive, and ide-cd
  84. drive... Anybody got any docs on how to code FPUs ???? (in assembler).
  85.  
  86.  
  87.  
  88.